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DESCRIPTION 
3D CHARACTER MAIL SYSTEM 
Technical Field 

[ 0001 ] The present invention relates to a technique for contents creation and 
5 transmission of e-mail. 

Background Art 

[0002] E-mail through the use of mobile phones has the advantage that users can easily 
exchange messages anywhere at any time. In e-mail through the use of mobile phones, 
messages using icons in addition to text characters are exchanged. As mobile phones 
10 become more sophisticated in functionality, it has become possible to exchange messages 
containing simple images and color images. 

[0003] A mobile phone that allows exchange of dynamic messages in which characters 
are moving are introduced in the following non-patent docimient 1. In this manner, 
attempts are being made to enrich expression of e-mail through the use of mobile phones 
15 by various methods. 

[ 0004 ] Further, the following non-patent document 2 achieves expression of 
three-dimensional (3D) contents using two-dimensional (2D) animation as e-mail 
contents. 
[0005] Non-patent document 1 : 
20 http://www.sonyericsson.cojp/product/docomo/so505i/planet.html 
Non-patent doctiment 2: 
http://www.incredimail.com 
[0006] There has been a grovdng demand for increased variety of expression in an 
e-mail message through the use of mobile phones. Where mobile phones are playing an 
25 important role as one of communications tools, it is very useful to enrich expression of 
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e-mail. 

[0007] The above non-patent document 2 allows exchange of e-mail using characters 

visually giving 3D expression, however, contents being actually exchanged are 2D 
animation data. In such service, characters are only given predetermined motion, and, 

5 even if a user creates materials themselves for 2D animation, it is practically very difficult 
for an ordinary person to create 2D animation data with a smaii terminal such as a mobile 
phone. As a result, contents created by individual users result in very similar ones, 
which is difficult to express their own individualities, and has a fault in losing interest 
quickly. 

1 0 Disclosure of Invention 

[0008] It is an object of the present invention to provide a technique for enriching 
expression of an e-mail message as well as allowing a user to easily express his/her own 
individuality. 

[0009] The present invention is a system for reproducing c.^^Uonic mail created in a 
15 first terminal, in a second terminal. The first terminal includes means for generating 
instruction information for expressing an input text message using a 3D font and 
transmitting the text message and instruction information to a server. The server 
includes: means for storing a 3D font; means for generating control information about a 
3D font for expressing the text message on the basis of the received instruction 
20 information; and means for storing the received text message and generated control 
information as 3D message information. The first terminal further includes means for 
trans^Tiia^.ig information to the 3D message information stored in the server to 

the second terminal. The second terminal includes means for making access to the 
server on the basis of the access path information received fi-om the first terminal and 
25 download the 3D message infomiation and a corresponding 3D font, to thereby reproduce 
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3D character mail. 

[0010] In an another aspect, the present invention is a system for reproducing electronic 
mail created in a first terminal, in a second terminal. The first terminal includes: means 
for storing a 3D font; means for generating control information about a 3D font for 
5 expressing an input text message; and means for transmitting the text message, generated 
control information and a 3D font used to express the text message, to a server. The 
server includes means for storing the received text message and control information as 3D 
message information as well as storing the received 3D font. The first terminal further 
includes means for transmitting access path information to the 3D message information 
10 stored in the server, to the second terminal. The second terminal includes means for 
making access to the server on the basis of the access path information received from the 
first terminal and download the 3D message information and a corresponding 3D font, to 
reproduce 3D character mail. 
[0011] According to the present invention, the system can be constructed with a Mgh 
15 degree of flexibility in creation and reproduction of 3D character mail. Besides, it is 
possible to create highly original message contents with simple operations using limited 
resources of a terminal. 

[0012] Further, a 3D font and control information thereof are each handled as 
independent data as information for reproducing 3D character mail, and 3D character mail 
20 is reproduced by exchanging these data. Accordingly, the system configuration has a 
great potential for expansion. 

[0013] In a still another aspect, the present invention is a system for reproducing 
electronic mail created in a first terminal, in a second terminal. The first terminal 
includes: means for storing a 3D font; means for generating control information about a 
25 3D font for expressing an input text message; and means for transmitting the text message. 



4 

the generated control information and the 3D font used to express the text message, to the 
second terminal. The second terminal includes means for reproducing 3D character 
mail on the basis of the text message, the control information and the 3D font received 
from the first terminal. 

5 [0014] The present invention achieves a configuration that requires no server, which can 
simplify the process of transmitting 3D character mail. 

[001 5] These and other objects, features, aspects and advantages of the present invention 
will become apparent from the following detailed description and the accompanying 
drawings. 
1 0 Brief Description of Drawings 

[0016] [Fig, 1] is a diagram showing a 3D character mail system according to a first 
embodiment; 

[Fig. 2] is a diagram showing a 3D character mail system according to a second 
embodiment; 

15 [Fig. 3] is a diagram showing a 3D character mail system according to a third 

embodiment; 

[Fig. 4] is a diagram showing a 3D character mail system according to a fourth 
embodiment; 

[Fig. 5] is a diagram showing a 3D character mail system according to a fifth 
20 embodiment; and 

[Fig. 6] shows reproduced states in a 3D character mail system. 
Best Mode for Carrying Out the Invention 

[0017] First, definitions for terms necessary to describe the present invention are 
established. Throughout the present specification, a "3D font" means model data 
25 representing a stereoscopic three-dimensional structure. The form and motion of this 



model data are determined with the supply of control information. The "3D character 
mail system" according to the present invention allows reproduction of e-mail in 3D 
graphics by applying a "3D font" to characters used in a "text message''. Throughout 
the present specification, the "text message" includes Japanese or foreign language 
5 characters or the like as well as numbers, symbols, icons and the like. In other words, 
the "text message" includes every information transmission data that err: ...?-isly 
assigned specific codes in the system and that can be input into the body of e-mail by a 
key input operation or the like. 
First Embodiment 

10 [0018] Hereinafter, embodiments of the present invention will be described with 
reference to the drawings. Fig. 1 is a diagram showing a 3D character mail system 
according to a first embodiment of the present invention. The 3D character mail system 
includes two mobile phones 1, 2 and a server 3. The mobile phones 1 and 2 are both 
provided with data communication capability as well as voice communication capaoiiuy. 

15 Accordingly, the mobile phones 1 and 2 can each exchange e-mail with another mobile 
phone. The server 3 is a computer capable of making data communications with the 
mobile phones 1 and 2. The server 3 may be connected to a data communication 
network for mobile phones, or may be connected to another network (e.g., the Internet) 
connected to the data communication network. 

20 [0019] Hereinafter, the mobile phone 1 is described as a terminal for creating 3D 
character mail, and the mobile phone 2 is described as a terminal for reproducing the 3D 
character mail. Accordingly, description of the mobile phone 1 is only directed to 
functions necessary for creating 3D character mail, and description of the mobile phone 2 
is only directed to ftinctions necessary for reproducing the 3D character mail. Actually, 

25 the mobile phones 1 and 2 both have these functions for creation and reproduction, and 
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thus can transmit/receive 3D character mail to/from each other. 

[0020] The mobile phones 1 and 2 have controllers 11, 21, monitors 12, 22, rendering 
units 13, 23, and mail units 14, 24, respectively. The controllers 11 and 21 are each 
composed of various buttons. Users of the mobile phones 1 and 2 can input e-mail 

5 messages by operating the controllers 11 and 21. By operating the controllers 11, 21, 
the users can give instructions for various operations to the mobile phones 1 and 2 such as 
an e-mail transmission instruction and an e-mail receive-and-display instmction. The 
monitors 12 and 22 display an input message or e-mail contents received from the other's 
terminal. The rendering units 13 and 23 have the function of reproducing a 3D object to 

10 output it to the monitors 12 and 22, With the rendering units 13 and 23, the mobile 
phones 1 and 2 are capable of reproducing 3D graphics on the basis of a 3D font and 
information for controlling the 3D font. The mail units 14 and 24 have the functions of 
creating e-mail, transmitting the created e-mail to the other's terminal, receiving an e-mail 
transmitted from the other's terminal, and the like. 

15 [0021] The mobile phone 1 further has a 3D authoring instruction unit 15. In the 
present embodiment, the mobile phone 1 does not posses a 3D font in its own terminal. 
Accordingly, the mobile phone 1 does not create 3D graphics in its own terminal. The 
mobile phone 1 gives an instruction to create 3D character mail, i.e., 3D graphics to the 
server 3 through the 3D authoring instruction unit 15, 

20 [0022] Meanwhile, the mobile phone 2 has a browser 25. The browser 25 is used in 
acquiring information about 3D character mail. 

[0023] Next, the server 3 is described. The server 3 stores 3D font sets FS and 
template scenario data TSD in a memory such as a hard disk. The server 3 has a 
plurality of types of 3D font sets FS, and is accordingly capable of creating various types 

25 of 3D character mail. The template scenario data TSD is data for determining the style 



of 3D character mail. A person who creates 3D character mail can freely and 
individually determine the type of 3D font set FS (i.e., font type), 3D font motion 
(movement, rotation, speed, etc.), 3D font color, 3D font morphing information and 3D 
font scaling rate. Through the use of the template scenario data TSD, the style of 3D 
5 character mail can easily be specified on the basis of a certain theme or motif. For 
instance, using scenario template data TSD entitled "pleasure version", 3D cn~i..ec t 
with a bright and happy feeling can easily be created. Using scenario template data TSD 
entitled "disappointment version", 3D character mail representing a disappointed feeling 
can easily be created. 

10 [0024] The server 3 further has a 3D authoring unit 31. When authoring instruction 
data DD is transmitted from the 3D authoring instruction unit 15 of the mobile phone 1, 
the 3D authoring unit 31 generates scenario data SD (control information about a 3D font) 
on the basis of the received authoring instruction data DD. This scenario data SD is data 
describing parameters specified for a 3D font in the form of a 3D object. More 

15 specifically, the scenario data SD contains information for specifying the type of 3D font 
set FS (i.e., font type) and parameters specified for the 3D font. The 3D font motion 
(movement, rotation, speed, etc.), 3D font color, 3D font morphing information and 3D 
font scaling rate are specified as parameters. 
[0025] When the authoring instruction data DD received from the 3D authoring 

20 instruction unit 15 of the mobile phone 1 contains an instruction to use the template 
scenario data TSD, the template scenario data TSD is used as the scenario data SD. 

[0026] A 3D message register 32 provided for th- " -r. . z.z.cz .e;;; data TxD received 
fi-om the mobile phone 1 and the generated scenario data SD in a memory as 3D message 
information MD. The 3D message register 32 has the function of transmitting access 

25 path information AD allowing access to the 3D message information MD to the mobile 
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phone 1 . In the present embodiment, the web shall be used as a method to make access 
to the 3D message infomiation MD, Accordingly, URL is used as the access path 
information AD. 

[0027] Next, the flow of processes from creation to reproduction of 3D character mail is 
5 described. First, a user of the mobile phone 1 operates the controller 1 1 to input text 
data TxD. The user further gives a 3D authoring instruction as to each text character. 
More specifically, the user operates the settings for each text character as to such as 
which 3D font is to be used, how the 3D font is to be moved and rotated, which color the 
3D font has, how the 3D font morphs, in which size (scaling rate) the 3D font is to be 

10 displayed (information created by these settings is called authoring instruction data DD). 
Alternatively, the user may use a template. For instance, selecting the aforementioned 
template entitled ''pleasant version" or "disappointment version", the authoring operation 
can easily be carried out. Information about a template being used, if any, is contained 
in the authoring instruction data DD. 

15 [0028] When the above operation is carried out, the 3D authoring instruction unit 15 
transmits the input text data TxD and the authoring instruction data DD to the server 3. 

[0029] Next, in the server 3, the 3D authoring unit 31 receives the text data TxD and 
authoring instruction data DD to generate scenario data SD as information for controlling 
a 3D font. In a terminal having the rendering function, 3D character mail in 3D graphics 

20 can be reproduced using the scenario data SD and 3D font. 

[0030] Next, the 3D authoring unit 31 selects 3D font data FD necessary to be used in 
3D character mail from among the 3D font sets FS, and transmits the selected 3D font 
data FD and the generated scenario data SD to the mobile phone 1. For instance, when 
the same character occurs repeatedly in the text data TxD, and when the same 3D font 

25 type is specified as to the repeatedly occurring character, it is sufficient to transmit only 
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one piece of 3D font data FD for that character. 

[0031] In the mobile phone 1, the rendering unit 13 reproduces the 3D character mail on 
the basis of the received 3D font data FD and scenario data SD and the input text data 
TxD. The reproduced 3D character mail is output to the monitor 12. Accordingly, the 
5 user of the mobile phone 1 can previously acknowledge a reproduced state of 3D 
character mail before transmission of the 3D character mail. The user can make a 
necessary correction looking at the reproduced state of the 3D character mail. If he/she 
satisfies the reproduced state, a registering operation is carried out. Registration 
instruction data RD is thereby transmitted to the server 3. 

10 [0032] In the server 3, the 3D character message register 32 receives the registration 
instruction data RD, and stores the scenario data SD generated by the 3D authoring unit 
3 1 and the text data TxD received from the mobile phone 1 in a memory such as a hard 
disk as 3D message information MD. At this time, the 3D message register 32 stores the 
3D message information MD in a predetermined directory in a web-accessible manner. 

15 Further, the 3D message register 32 specifies an access path (URL) to make access to the 
3D message information MD, and transmits the access path information AD to the mobile 
phone 1. 

[0033] In the mobile phone 1, the 3D authoring instruction unit 13 receives the access 
path information AD, and then notifies the mail unit 14 of this information. The mail 
20 unit 14 transmits an e-mail EM describing the access path information AD in the body of 
the mail to the mobile phone 2. 

[0034] In the mobile phone 2, the mail unit 24 receives the e-mail EM, and then, notifies 
the browser 25 of the access path information AD described in the e-mail EM. The 
browser 25 specifies the URL described in the access path information AD to make 
25 access to a www server 33 in the sever 3. The www server 33 transmits the 3D message 
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information MD stored in the specified URL and necessary 3D font data FD to the mobile 
phone 2. In this manner, the browser 25 downloads the 3D message information MD 

(text data TxD + scenario data SD) and 3D font data FD necessary for reproduction of the 
3D character mail. 

5 [00351 The scenario data SD and 3D font data FD are transmitted from the server 3 to 
the mobile phone 2 after encryption. This prevents the mobile phone 2 from using the 
3D font data FD as is for another use, so that a copyright on the 3D font can be secured. 

[0036] Next, the rendering unit 23 of the mobile phone 2 reproduces the 3D character 
mail on the basis of the downloaded text data TxD, scenario data SD and 3D font data FD. 

10 The reproduced 3D character mail is displayed on the monitor 22. 

[0037] In this manner, the mobile phone 2 can reproduce the 3D character mail 
instructed to create by the mobile phone 1. According to the present embodiment, the 
mobile phones 1 and 2 can exchange 3D character mail using the server 3 without having 
3D font sets FS in their own terminals. 

15 [0038] According to the present invention, the sender's mobile phone 1 creates 3D 
graphics on the basis of the 3D font data FD and scenario data SD, and is therefore 
capable of creating 3D character mail relatively easily through the use of authoring tools. 
For instance, the creating operation is easier than in the case of creating 3D contents using 
a 2D animation technique. Further, the receiver's mobile phone 2 reproduces 3D 

20 graphics on the basis of the 3D font data FD and scenario data SD, which allows an 
increase in flexibility in reproducing the 3D character mail. Specifically, in the case of 
contents with 2D animation converted from 3D graphics, only that animation can be 
reproduced on the receiver's side. However, receiving a 3D font in the form of a 3D 
object and control information to that 3D object as independent data allows the receiver's 

25 side to construct a system for modifying the motion and form changing of the 3D object. 
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[0039] Fig. 6 shows display images of 3D character mail by way of example. Each 
diagram shows 3D character mail about successful completion of examination. First, the 
display (a) shows a state wherein 3D characters meaning "WOW" appearing from the 
right side of the display while rotating clockwise. The display (b) shows a state wherein 
5 the 3D characters meaning "WOW" moving toward the upper part of the display. The 
screen (c) shows a state wherein characters meaning 'TASS'' additionally displayed at the 
center of the display and 3D characters meaning "HAS BEEN GOT" appearing from the 
right side of the display and moving clockwise. The display (d) shows a state wherein 
the 3D characters meaning "HAS BEEN GOT" moved to the lower part of the display 
10 and displayed there. As the screen progresses from (c) to (d), the 3D characters meaning 
"HAS BEEN GOT" morph. Exchange of such 3D character mail allows message 
exchange enriched in expression more than ever. 

[0040] Using the present system, how an individual 3D message a user can create while 
using template scenario data TSD is now discussed. First, a user selects one piece of 
15 previously provided template scenario data TSD according to the characteristics of the 
entire message. In the above case, a template entitled "pleasure version: rotation 
morphing" is selected, for example. Thereafter, text data TxD is input as follows: 
WOW 
PASS 

20 HAS BEEN GOT 

[0041 ] Such simple operation allows creation of 3D animation in which the respective 

rows appear from the right side of tJie display and reach certain positions while rotating 
and morphing. To enhance the characters meaning "PASS", characters input in 
Hiragana are converted to "PASS" in kanji in a 3D font in the same style as usual 

25 kana-to-kaiiji conversion. In this system, final scenario data SD is generated giving 
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higher priority to this authoring command inherently specified by a user than the template 
scenario data TSD. Therefore, the characters meaning "PASS" do not follow a default 
movement of rotation morphing defined by a template scenario, but are displayed in 
motion inherently assigned to the 3D font (e.g., the first kanji character appears from the 

5 left side, and the other one appears from the right side, and these characters are spaced 
within the center of the display after being hit by each other), 

[0042] The present system does not create 2D animation, but creates reproducible 3D 
character mail using the 3D rendering fimction provided for a terminal. This eliminates 
the need to reproduce all images that reflect changes as in the case of 2D animation, and 

10 edits as described above can be made merely by modifying scenario data and font 
information to be used. As described, since a user can freely edit necessary portions 
alone while using a given template, an infinitely wider variety of messages can easily be 
created than in the case of using 2D animation that can only display predetermined 
motion. 

1 5 Second Embodiment 

[0043] Next, a second embodiment is described. Fig. 2 is a diagram showing a 3D 
character mail system according to the second embodiment. Similarly to the system 
according to the first embodiment, the 3D character mail system includes the two mobile 
phones 1, 2 and server 3. Functional components and processes different from those in 

20 the first embodiment will be discussed below. 

[0044] In the second embodiment, the mobile phone 1 has 3D font sets FS and template 
scenario data TSD. The mobile phone 1 is equipped with an interface 1 7 to a recording 
medium 18 removably attached to the body of the terminal, and is capable of making 
access to various kinds of data stored in the recording medium 18. As the recording 

25 medium 18, a flash memory and the like can be adopted, for example. On the other 
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hand, according to the present embodiment, the server 3 is not required to have 3D font 

sets FS and template scenario data TSD. 
[0045 1 The mobile phone 1 fiirtlier has a 3D authoring unit 16. In this embodiment, the 

mobile phone 1 has a 3D font, and therefore, executes creation of 3D graphics using the 
5 3D font data FD in its own terminal. 

[0046] Next, the flow of processes from creation to reproduction of 3D character mail is 

described. First, a user of the mobile phone 1 operates the controller 1 1 to input text 

data TxD. The user further gives a 3D authoring instruction as to each text character. 

Specifically, the user operates the settings for each text character as to such as which 3D 
10 font is to be used, how the 3D font is to be moved and rotated, which color the 3D font 

has, how the 3D font morphs, in which size (scaling rate) the 3D font is to be displayed. 

Alternatively, the user may use a template. For instance, selecting the aforementioned 

template entitled "pleasant version'' or "disappointment version", the authoring operation 

can easily be carried out. 
15 [0047] After the user gives the 3D authoring instruction, the 3D authoring unit 16 

generates scenario data SD as well as creating 3D character mail. The created 3D 

character mail is displayed on the monitor 12. The user can make a necessary correction 

looking at the reproduced state of the 3D character mail. If he/she satisfies the 

reproduced state, a registering operation is carried out. When the registering operation is 
20 carried out, the 3D authoring unit 16 transmits the input text data TxD, generated scenario 

data SD and 3D font data FD necessary for the 3D character mail to the server 3. The 

3D font data FD is selected from among the 3D font sets FS. 
[0048] In the server 3, the 3D character message register 32 stores the received text data 

TxD and scenario data SD in a memory as 3D message information MD, as well as 
25 storing the 3D font data FD received from the mobile phone 1 in the memory. At this 
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time, the 3D message register 32 stores the 3D message information MD in a 
' predetermined directory in a web-accessible manner. Further, the 3D message register 
32 specifies ar access path (URL) to the 3D message infomiation MD, and transmits the 
access path information AD to the mobile phone 1 . 
5 [0049] In the mobile phone L the 3D authoring unit 16 receives the access path 
information AD, and then, notifies the mail unit 14 of this information. The mail unit 14 
transmits an e-mail EM describing the access path information AD in the body of the mail 
to the mobile phone 2. 
[0050] In the mobile phone 2, the mail unit 24 receives the e-mail EM, and then, 

10 transmits the access path information AD described in the e-mail EM to the browser 25. 
The browser 25 specifies URL described in the access path information AD to make 
access to the www server 33 in the sever 3. The www server 33 transmits the 3D 
message information MD stored in the specified URL and 3D font data FD to the mobile 
phone 2. In this manner, the browser 25 downloads the 3D message information MD 

1 5 (text data TxD + scenario data SD) and 3D font data FD necessary for reproduction of the 
3D character maiL 

[0051] The scenario data SD and 3D font data FD are transmitted from the server 3 to 
the mobile phone 2 after encryption. This prevents the mobile phone 2 from using the 
3D font data as is for another use, so that a copyright on the 3D font can be secured. 
20 [0052] Next, the rendering unit 23 of the mobile phone 2 reproduces the 3D character 
mail on the basis of the downloaded text data TxD and scenario data SD, and the 3D font 
data FD. The reproduced 3D character mail is displayed on the monitor 22. 

[0053] In this manner, the mobile phone 2 can reproduce the 3D character mail 
instructed to create by the mobile phone 1 . According to the present embodiment, the 
25 mobile phone 1 transmits needed 3D font, and the mobile phone 2 thereby reproduces 3D 
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character mail without having 3D font sets FS, 
Third Embodiment 

[0054] Next, a third embodiment is described. Fig. 3 is a diagram showing a 3D 
character mail system according to the third embodiment. Similarly to the systems 
5 according to the first and second embodiments, the 3D character mail system includes the 
two mobile phones L 2 and server 3. Functional components and processes different 
from those in the first and second embodiments will be discussed below. 

[0055] In the third embodiment, the mobile phone 1 has 3D font sets FS and template 
scenario data TSD. On the other hand, the server 3 has 3D font sets FS. In this 
10 embodiment, the mobile phone 1 has a 3D font, and therefore, executes creation of 3D 
graphics using the 3D font data FD in its own terminal. 

[0056] Next, the flow of processes from creation to reproduction of 3D character mail is 
described. First, a user of the mobile phone 1 operates the controller 1 1 to input text 
data TxD. The user further gives a 3D authoring instruction as to each text character. 
15 Specifically, the user operates the settings for each text character as to such as which 3D 
font is to be used, how the 3D font is to be moved and rotated, which color the 3D font 
has, how the 3D font morphs, in which size (scaling rate) the 3D font is to be displayed. 
Altematively, the user may use a template. For instance, selecting the aforementioned 
template entitled "pleasant version" or "disappointment version", the authoring operation 
20 can easily be carried out. 

[0057] After the user gives the 3D authoring instruction, the 3D authoring unit 16 
generates scenario data SD as well as creating 3D character mail. The created 3D 
character mail is displayed on the monitor 12. The user can make a necessary correction 
looking at the reproduced state of the 3D character mail. If he/she satisfies the 
25 reproduced state, the user gives the mail unit 14 an instruction to transmit the 3D 



16 

character maiL An e-mail EM with the input text data TxD and generated scenario data 
SD attached is thereby transmitted to the mobile phone 2. 

[0058] In the mobile phone 2, the mail imit 24 receives the e-mail EM, and then, 
acquires the text data TxD and scenario data SD attached to the e-mail EM. The mobile 
5 phone 2 then analyzes the eamed text data TxD and scenario data SD to specify necessary 
font data FD. Then, the browser 25 makes an acquisition requirement specifying the 
necessary font data FD to the www server 33 in the sever 3. Access information for 
acquiring 3D font sets FS stored in the server 3 may be constant one. In that case, the 
mobile phone 2 using the present system may previously be provided with access 
10 information. Altematively, the e-mail EM transmitted from the mobile phone 1 may 
describe access information. 

[0059] The www server 33 acquires the specified 3D font data FD from among the 3D 
font sets FD stored in the memory, and transmits the acquired 3D font data FD to the 
mobile phone 2. In this manner, the browser 25 downloads the 3D font data FD 
1 5 necessary for reproduction of the 3D character mail. 

[0060] The 3D font data FD is transmitted from the server 3 to the mobile phone 2 after 
encryption. This prevents the mobile phone 2 from using the 3D font data as is for 
another use, so that a copyright on the 3D font can be secured. 
[0061] Next, the rendering unit 23 of the mobile phone 2 reproduces the 3D character 
20 mail on the basis of the text data TxD and scenario data SD received from the mobile 
phone 1, and the downloaded 3D font data FD. The reproduced 3D character mail is 
displayed on the monitor 22. 

[0062] In this manner, the mobile phone 2 can reproduce the 3D character mail 
instructed to create by the mobile phone 1 . According to the present embodiment, the 
25 mobile phone 2 can reproduce 3D character mail by downloading a necessary 3D font 
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from the server 3 without having 3D font sets FS. 
Fourth Embodiment 

[0063] Next, a fourth embodimeiit is described. Fig. 4 is a diagram showing a 3D 
character mail system according to the fourth embodiment. Unlike the systems 
5 according to the first to third embodiments, the 3D character mail system according to 
this fourth embodiment does not require the server 3. 

[0064] In the fourth embodiment, the mobile phone 1 is configured with 3D font sets FS 
and template scenario data TSD, similarly to the second and third embodiments. The 
mobile phone 1 is equipped with the interface 17 to the recording medium 18 removably 
10 attached to the body of the terminal, and is capable of making access to various kinds of 
data stored in the recording medium 18. 

[0065] Next, the flow of processes from creation to reproduction of 3D character mail is 
described. First, a user of the mobile phone 1 operates the controller 11 to input text 
data TxD. The user further gives a 3D authoring instruction as to each text character. 
15 Specifically, the user operates the settings for each text character as to such as which 3D 
font is to be used, how the 3D font is to be moved and rotated, which color the 3D font 
has, how the 3D font morphs, in which size (scaling rate) the 3D font is to be displayed. 
Altematively, the user may use a template. For instance, selecting the aforementioned 
template entitled "pleasant version" or "disappointment version", the authoring operation 
20 can easily be carried out. 

[0066] After the user gives the 3D authoring instruction, the 3D authoring unit 16 
generates scenario data SD as well as creating 3D character mail. The creaiea 3D 
character mail is displayed on the monitor 12. The user can make a necessary correction 
looking at the reproduced state of the 3D character mail. If he/she satisfies the 
25 reproduced state, a transmission operation is carried out. When the transmission 
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Operation is carried out, the mail unit 14 transmits an e-mail EM to which the input text 
data TxD, generated scenario data SD and 3D font data FD necessary for the 3D character 
mail are attached, to the mobile phone 2. The 3D font data FD is selected Jfrom among 
the 3D font sets FS. 

5 [0067] The scenario data SD and 3D font data FD are transmitted from the mobile 
phone 1 to the mobile phone 2 after encryption. This prevents the mobile phone 2 from 
using the 3D font data as is for another use, so that a copyright on the 3D font can be 

secured. 

[0068] In the mobile phone 2, the mail unit 24 receives the e-mail EM, and then, 
10 acquires the text data TxD, scenario data SD and 3D font data FD necessary for 

reproduction of this 3D character mail attached to the e-mail EM. 
[0069] Next, the rendering unit 23 of the mobile phone 2 reproduces the 3D character 

mail on the basis of the acquired text data TxD, scenario data SD and the 3D font data FD. 

The reproduced 3D character mail is displayed on the monitor 22. 
15 [0070] In this manner, the mobile phone 2 can reproduce the 3D character mail 

instructed to create by the mobile phone 1. According to the present embodiment, 

transmission of a necessary 3D font from the mobile phone 1 allows the mobile phone 2 

to reproduce 3D character mail without having 3D font sets FS. 

Fifth Embodiment 

20 [0071] Next, a fifth embodiment is described. Fig. 5 is a diagram showing a 3D 
character mail system according to the fifth embodiment. Unlike the systems according 
to the first to third embodiments, the 3D character mail system according to this 
embodiment does not require the server 3. 
[0072] In the fifth embodiment, the mobile phone 1 is configured with 3D font sets FS 

25 and template scenario data TSD, similarly to the second to fourth embodiments. The 
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mobile phone 1 is equipped with the interface 17 to the recording mediiim 18 removably 
attached to the body of the terminal, and is capable of making access to various kinds of 
data £1015^' ~ _ --o. fS niedmm 1 8. 
[0073] Further, in this embodiment, the mobile phone 2 is configured with 3D font sets 
5 FS and template scenario data TSD. The mobile phone 2 is equipped with an interface 
27 to a recording medium 28 removably attached to the body of the terminal, and is 
capable of making access to various kinds of data stored in the recording medium 28. 

[0074] Next, the flow of processes from creation to reproduction of 3D character mail is 
described. First, a user of the mobile phone 1 operates the controller 11 to input text 

10 data TxD. The user further gives a 3D authoring instruction as to each text character. 
Specifically, the user operates the settings for each text character as to such as which 3D 
font is to be used, how the 3D font is to be moved and rotated, which color the 3D font 
has, how the 3D font morphs, in which size (scaling rate) the 3D font is to be displayed. 
Alternatively, the user may use a template, similarly to the other embodiments. 

15 [0075] After the user gives the 3D authoring instruction, the 3D authoring unit 16 
generates scenario data SD as well as creating 3D character mail. The created 3D 
character mail is displayed on the monitor 12. The user can make a necessary correction 
looking at the reproduced state of the 3D character mail. If he/she satisfies the 
reproduced state, a transmission operation is carried out. When the transmission 

20 operation is carried out, the mail unit 14 transmits an e-mail EM to which the input data 
TxD and generated scenario data SD are attached, to the mobile phone 2. Here, since 
the mobile phone 2 has 3D font sets FS, transmission of 3D font data FD necessary for 
the 3D character mail is not required. The scenario data SD is transmitted from the 
mobile phone 1 to the mobile phone 2 after encryption. 

25 [0076] In the mobile phone 2, the mail unit 24 receives the e-mail EM, and then. 



acquires the text data TxD and scenario data SD attached to the e-mail EM. 

[0077] Next, the rendering unit 23 of the mobile phone 2 reproduces the 3D character 
mail on the basis of the acquired text data TxD and scenario data SD, and the 3D font data 
FD stored in the recording medium 28 in its own terminal. The reproduced 3D character 

5 mail is displayed on the monitor 22. 

[0078] In this manner, the mobile phone 2 can reproduce the 3D character mail 
instructed to create by the mobile phone 1 . According to the present embodiment, the 
mobile phone 1 does not need to transmit any 3D font because the mobile phone 2 has a 
3D font, 

10 Variation 

[ 0079 ] Each of the above-described embodiments has described the system for 
exchanging 3D character mail by e-mail using mobile phones. The present invention is 
also applicable to an instant messenger. The mobile phones 1 and 2 in the 
above-described embodiments may be replaced with personal computers, respectively, to 

15 exchange 3D character mail by an instant messenger running on the personal computers. 
Of course, the present invention may be applied to general e-mail operated by personal 
computers. Further, the above embodiments have described the use of the web when the 
receiver's mobile phone 2 makes access to the server 3, however, the method to make 
access to the server 3 is not limited as such, but data may be acquired from the server 3 

20 using other protocols. 

[0080] Furthermore, the second to fourth embodiments have described storing the 3D 
font sets FS and template scenario data TSD in the removable recording medium 18 and 
28, however, these data may be stored in a built-in memory if the mobile phones 1 and 2 
can reserve sufficient built-in memories. 
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